METHOD FOR MARKI NG PACKETS OF A DATA TRANSMISSION FLOW 
AND MARKER DEVICE PERFORMING THIS METHOD 

The present invention relates to a method for marking packets of a 
data transmission flow pertaining to an end-to-end connection as is further 
described in the preamble of claim 1 , and to a marker device for performing 
said method as is described in the preamble of claim 9. 

Such a method and a marker device are already known in the art, 
e.g. from "RFC 2697 of the IETF Network working group". Therein, a single rate 
three color marker is presented which marks packets of a traffic stream to be 
either green, yellow or red. These three color marking values can be 
considered as priorities. These priorities are based upon three traffic 
parameters which correspond to service quality parameters of the traffic stream 
under consideration. 

In the Internet, which is an example of a packet network, such a 
method and marker device, in conjunction with a drop mechanism in the routers 
based on the priorities of the data packets, and in conjunction with the intrinsic 
properties of the TCP/IP protocol, allow for differentiation of several traffic flows 
based on their service quality and/or traffic parameters. These service quality 
parameters are generally agreed between the user and the Internet Service 
Provider, hereafter abbreviated with ISP, before the actual transmission of data 
takes place. The combination of all three mechanisms results in a 
diff^erentiation of the reduction of the rate of the respective traffic flows in 
accordance to their respective priorities, in case of congestion within the 
Internet. Since these priorities are determined based on the service quality 
parameters, service level differentiation is thus obtained. 

However, in case of serious congestion problems within the Internet, 
this mechanism can loose its efficiency. Indeed, it is nearly impossible for any 
service provider to foresee congestion within the Internet itself, such that the 
negociated traffic or service quality parameters can still be an overestimation of 
what the network inside is really capable of. This results in all TCP connections 
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of this service provider to be congested. Tine result of the mechanism will be 
that all TCP sources will end up with sending high priority packets, which, of 
course, does no longer correspond to service differentiation anymore. 

An object of the present invention is therefore to provide a marker 
5 mechanism and a marker device of the above known type but which allow for 
service differentiation even in case of severe congestion problems within the 
Internet. 

According to the invention, this object is achieved due to the fact that 
said method includes the steps as described in the characterising portion of the 
10 first claim and that said marker device is further adapted as is described in the 
characterising portion of claim 9. 

In this way, since the priorities are now directly dependent upon an 
network feedback parameter indicative of the status of the congestion in the 
network, a direct instead of an indirect influence of the congestion upon the 
15 priorities is obtained. This is of course much more efficient. 

Claims 2 and 3 as well as 10 and 11 state that these network 
feedback parameters can concern both congestion on the end-to-end 
connections themselves, for instance by means of the wel-known TCP 
acknowledgements, or congestion within internal core routers within the 
20 network, for instance based on dedicated or specific congestion information 
packets to be generated by these core routers themselves. 

Another characteristic feature of the present invention is described in 
claims 4 and 12. 

By thereby further considering other parameters attributed to the 
25 end-to-end connections itself, which are thus different from the already 
mentioned and used service quality parameters as well as from the network 
feedback parameter indicading congestion, a better level of differentiation with 
respect to the end-to-end connections itself, is obtained. These other 
parameters can be negociated during the service level agreement phase 
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between the user intending to transmit data pertaining to individual TCP flows 
and the ISP. 

Yet a further characteristic features of the present invention is 
mentioned in the claims 5 and 13. This is important in conjunction with claims 6 
5 and 14 whereby a first type of these other parameters attributed to the end-to- 
end connection, consists of a reduction factor, which is used for influencing the 
rate with which a first type of these priorities, for instance the highest priority, is 
generated. By reducing the rate of generating the highest priority, in 
accordance with the congestion information as was described in claim 1 , and in 
10 accordance with this reduction parameter attributed to the end-to-end 
connection, a much faster, and differentiated reduction of the flow is obtained. 
Similarly, as is described in claims 7 and 15, a second type of these other 
parameters attributed to the end-to-end connection, consists of an increase 
parameter . This one is used for again increasing the rate , during periods of 
15 non-congestion, with which this first type of these priorities, for instance the 
highest priority, is generated. Again a differentiation with respect to other end- 
to-end connections is obtained. 

Since in general end-to-end connections in the Internet are 
associated to different terminals, the thus obtained marking mechanism also 
20 allows for a differentiation with respect to the terminals, taking into account 
congestion information. 

As described in claims 8 and 16, the use of an agreed bandwidth 
value and an agreed burst tolerance value as service quality parameters, allow 
for compatibility with existing marker mechanisms such as the token bucket 
25 mechanism. 

The invention relates as well to a terminal and to an edge router 
which incorporate such a marker device as is described in respective claims 17 
and 18. 

The above and other objects and features of the invention will 
30 become more apparent and the invention itself will be best understood by 



referring to the following description of an embodiment taken in conjunction with 
the accompanying drawings wherein the figure represents one embodiment of a 
marker device MD according to the present invention. 

The marker device MD of the present invention is used in packet 
networks such as the Internet, aiming for differentiated services. With 
differentiated services is meant that several service or quality of service classes 
are supported , whereby within the IP-header of each data packet a specific 
field, named the Type of Service and abbreviated with ToS field, can be set to a 
specific value. This allows different types of data packets or data packets 
belonging to a specific connection, to be distinguished from each other so that 
they can be forwarded differently. For the standardized DiffServ model this ToS 
field is renamed as DiffServ Code-Point and abbreviated with DSCP , to 
indicate the quality of service requirement of the data packet. Each data packet 
contains its own service parameter, which partly determines the way it should 
be treated at each hop or router. The way different data packets with different 
service parameters are treated at such a router or hop, is further determined by 
another set of bits within this DSCP field, this set representing the value of a 
priority. The attribution and insertion of the priorities in the data packets is done 
within a marker device which is situated either in the data packets transmitting 
terminal itself, or within the routers of the data packet network. Among these 
routers one can distinguish access or edge routers and core routers, based on 
their position within the Internet. Access routers are thereby directly coupled to 
the user terminals and situated in between the user terminals and the core 
routers. 

The present invention deals with the initial marking process of the 
data packets, which takes place either in the data transmitting terminal itself, or 
within the access router coupled to this data transmitting terminal. Marking 
devices placed in the core routers and which are adapted for adapting the value 
of the markers of the incoming packets, are not subject of this invention. 
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The values of these priorities, in conjunction with their quality of 
service classes, are used within the routers to determine the so-called per-hop 
behaviour. These per-hop behaviours are generally implemented by means of 
buffer acceptance mechanisms, also known as active queue management 
5 mechanisms, and schedulers, whereby packets pertaining to the several 
service classes, are dropped or queued on the basis of their priority and of this 
quality of service, and of other parameters related to the filling of the queue. 
One of these buffer acceptance mechanisms is for instance the so-called 
Random Early Detection, abbreviated with RED, algorithm . Extensive 

10 descriptions of this mechanism can be found in literature, for instance in the 
article "Random Early Detection gateways for Congestion Avoidance", by S. 
Floyd and V. Jacobson, IEEE/ACM transactions on Networking, V.1 N.4, 
August 1993, p 397-413. It will however also be briefly explained in the next 
paragraph, since this algorithm can for instance be used in conjunction with the 

15 marker device of the present invention, for obtaining service level 
differentiation. 

RED is an active queue management scheme, which tries to keep 
the overall throughput high while maintaining a small average queue length. 
RED has four configurable parameters. There are two buffer thresholds, 

20 between which probabilistic packet drops occur. When the average queue 
occupancy is below the minimum threshold, no packets are dropped. When the 
average queue occupancy exceeds the minimum threshold, packets are 
dropped with an increasing probability. When the average queue size exceeds 
the maximum threshold all arriving packets are dropped. For service 

25 differentiation purposes, the parameters that directly control the average queue 
lengths are also used. The idea is to have n, with n minimum 2 and related to 
the amount of priorities used when marking the packets, sets of thresholds, a 
maximum drop probability and a weigth. The differences in parameter values 
will then result into different drop probabilities given an average queue length. 
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The marking mechanism of tlie present invention is used in 
conjunction with a drop mechanism having at least two, but in general, as much 
as there are priorities, different drop probability curves for dropping packets with 
the different priorities in queues pertaining to the service classes. 
5 The marker mechanism as well as the marker device of the present 

invention will now be discussed. 

A marker device MD is shown in the figure. It includes a memory 
denoted M for storing service quality parameter values such as an agreed 
bandwidth BW, an agreed burst tolerance value BT, and two parameters, 

10 denoted p and y , which are also attributed to the end-to-end connection under 
consideration. This end-to-end connection in the Internet consists of a TCP 
connection, the corresponding TCP flow being denoted TCPF and being 
represented by the thick arrow entering the marker device and leaving it as 
well. All four parameters BW,BT, p and y were agreed between the user and 

15 the ISP, and can be considered as being static parameters for the operation of 
the marker device for a particular end-to-end connection. They may however be 
updated regularly, upon which process new values will be stored within M. 

The TCP flow, of which several packets are indicated as dark 
rectangles, enters the marker device within a device denoted ME. The latter 

20 device is adapted to, upon arrival of a new data packet denoted DP, to give a 
trigger PA to another device TBM, to extract the length L, in bytes, of this data 
packet, and to calculate At being the time between the previous packet arrival 
and the current one. This value, as well as the length of the packet L is as well 
delivered to the device TBM, whose operation will be described in a next 

25 paragraph. 

The marker device MD further receives information from the packet 
network under the form of a network feedback parameter NFB, which contains 
information related to the state of congestion within the network. This parameter 
can be related to the state of congestion on the end-to-end connection, and as 
30 such may for instance consist of the TCP-duplicate or normal 



acknowledgement signal. Another example of congestion information within the 
network can consist of the ECN -bit, in case the network Is ECN capable. ECN 
thereby is the abbreviation of Explicit Congestion Notification, which 
mechanism is also described in the current literature, for instance in the article 
5 "A proposal to add Explicit Congestion Notification (ECN) to IP", by K.K. 
Ramakrishnan and S. Floyd, RFC 2481. However this network feedback 
parameter NFB can also contain information related to the status of congestion 
within a core router, generated and transmitted by this core router itself. In the 
latter case several of these signals, generated by several congested core 

1 0 routers can enter the marker device. 

In the next paragraphs an embodiment of the marker device will be 
described which is adapted to receive the normal and duplicate 
acknowledgements of the TCP connection for each transmitted packet. Upon 
receipt of one of these signals by the marker device, they are checked for 

15 congestion within a congestion check device CC. Dependent of the result of 
this check, the output signal CI of this congestion check device will be indicative 
of congestion or not. This signal is an input signal for a token generation rate 
device TGR which derives from it and from the value of the agreed bandwidth 
BW, of the parameters y and p related to the TCP connection under 

20 consideration, and of a previous or starting value of a token generation rate, an 
updated value TGRu of this token generation rate. This updated value is 
temporarily stored in a token generation rate memory TGRM. Upon arrival of a 
new network feedback signal NFB, CI is updated and will trigger TGR to 
calculate a new value of TGRu . TGR is thus triggered or activated by the 

25 arrival of NFB signals. 

In order to distinguish between the previous value TGRp and the 
updated value TGRu of the token generation rate variable used and generated 
within TGR, the old value TGRp, is denoted as a separate signal from TGRu. 

The updated value TGRu is as well requested from TGRM and used 

30 by a token bucket marker device TBM, upon arrival of a new data packet DP 
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from the TCP flow TCPF. As already explained in a previous paragrapli of this 
document, this arrival is triggered by a signal PA. This token bucked marker 
device generates from TGRu, from L being the length of the packet, and from 
the already mentioned At, a priority P. This priority, or marker, is delivered back 
5 to the device ME, which inserts it in the data packet DP, which arrival was last 
detected. It Is to be remarked that this priority generation occurs at minimum 
the speed of the data arrival transmission, thus buffering of packets is thereby 
reduced to a minimum. 

In the following a possible algorithm for calculating the token 
10 generation rate and the priority will be described. 

The initial value of the token generation rate is set to BW. 
Upon arrival of a network feedback signal, for instance a TCP 
acknowledgement or duplicate acknowledgement, a check is performed within 
CC to determine whether there is congestion or not. An updated value of the 
15 variable CI is thereby generated. 

In case of non-congestion the updated value TGRu of the token 
generation rate is calculated as its previous value TGRp, multiplied by ((3+1), 
whereby p is a positive number, larger than zero, p is therefore also named an 
increase factor. 

20 In case of congestion, the updated value TGRu of the token 

generation rate is calculated from the previous value TGRp, multiplied by y, with 
Y larger than zero and smaller than one. y is therefore also named a decrease 
factor. 

Upon arrival of a data packet DP, the PA signal triggers the TBM. An 
25 internal variable, being the token count TC, will then be updated according to 
the following equation : 

TC <- min(TC+TGRu . At, BT) 

whereby TGRu represents the value requested by TBM from the 
memory TGRM. 
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Next TC is compared with L. In case TC is lower than L, the priority P 
is set to be low. In case TC exceeds or is equal to L, the value of TC is reduced 
with L, and the priority is set to be high. 

Remark that the intial value of the TC is set as BT. 

5 

The embodiment and algorithm described thus used two priority 
values, High or Low. In order to use this marker algorithm within a service 
differentiation method, the per-hop behaviour in the routers need to be 
compliant to two priorities, and thus need to provide for two different drop 

10 behaviours, one for each priority. The already mentioned 2-RED method as well 
as the RIO which stands for the RED In and OUT algorithm and which is also 
described in the literature can thus be used for this. 

It is however to be noted that marker methods and marker devices 
according to the invention exist with more than two priorities. For n priorities, 

15 the Per Hop behaviour within the routers can than for instance consist of n- 
RED. It is also to be remarked that other algorithms and consequently other 
marker device embodiments exist whereby the priority generation is based 
purely on a network feedback congestion parameter, in conjunction with BW 
and BT. 

20 While the principles of the invention have been described above in 

connection with specific apparatus, it is to be clearly understood that this 
description is made only by way of example and not as a limitation on the scope 
of the invention, as defined in the appended claims. 



